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(54) Method and apparatus for monitoring fetal status data 



(57) A system is provided for remotely monitoring fe- 

tal status parameters. Status parameters are sampled 
from patient sensors (20) and are processed and stored 
in a medical facility data management system (24). A 
general purpose data presentation application (38), 
such as a browser, is employed on a client side (14) to 



access the data via a network (16), such as the Internet. 
Support software is called upon to format user-viewable 
pages (48) and to insert data transmitted from the med- 
ical facility for remote viewing. The technique is partic- 
ularly well suited to monitoring of a variety of parameters 
at various sampling rates for remote medical evaluation, 
such as in obstetrics applications. 
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Description 

[0001] The present invention relates generally to the 
field of systems for remotely monitoring fetal status. 
More particularly, the invention relates to a technique for 5 
accessing and viewing data presentations, such as 
graphical data charts, based upon patient monitoring in 
a client-server environment through the use of a server 
and browser, or similar arrangement. 

[0002] A wide variety of equipment and systems have 
been developed for monitoring the status of medical pa- 
tients and procedures, particularly of a fetus and mother 
In its simplest form, a patient monitoring system may 
consist of a sensing and monitoring apparatus located 
at the patient’s bedside. Physicians, nurses and clini- 
cians may thus maintain constant or periodic records, 
typically in real time, of the patients condition. Monitors 
of this type include cardiac monitors, respiratory moni- 
tors, blood pressure monitors, chemical monitors, such 
as for oxygen take up, and so forth. In specific instances, 
such monitors are particularly key to determining the pa- 
tient’s condition and projecting immediate or medium- 
term medical needs. For example, in the field of obstet- 
rics, patient condition parameters, such as fetal heart- 
beat, intensity and duration of contractions, and so forth, 
are commonly monitored to determine levels of fetal and 
maternal stress. Based upon such determinations, med- 
ications may be administered or modulated, or in certain 
instances, physician intervention may be warranted. 

[0003] Continuous or periodic patient monitoring per- 
forms at least two roles. Firstly, the monitor provides ex- 
tremely valuable feedback to care providers for evalu- 
ating the patient’s condition and the need for medical 
attention. Moreover, where the devices are designed to 
maintain historical information, accurate records may be 
created for later review and analysis. Currently, such 
records may take the form of both electronic data, as 
well as hard copy, such as strip-chart records, and re- 
ports, and the like. 

[0004] Significant changes in the manner in which 
care providers attend to patients have posed a series of 
challenges to conventional methods for monitoring pa- 
tient status and providing information regarding this sta- 
tus. For example, highly specialized physicians may at- 
tend to a number of patients in various locations and 
institutions. Flexible organizations of this type have be- 
come extremely useful in offering high quality medical 
care almost independent of the location of either the pa- 
tient, the institution, or the physician. While various sys- 
tems have been developed to convey patient condition 
data to physicians and specialists, further improvement 
is still needed. 

[0005] Depending upon the field of specialization, 
dedicated systems have been developed, along with 
specialized software, enabling care providers to obtain 
patient status information remotely. In one type of sys- 
tem, highly specialized monitoring and communications 
devices and software may be accessed by physicians 



via a network. The physician, however, must have ac- 
cess to a specialized work station, or at least to a com- 
patible work station running software specifically de- 
signed to interface with that of the monitoring system. 
While arrangements of this type enable a degree of flex- 
ibility by allowing physicians to access the monitored in- 
formation, they nevertheless impose significant con- 
straints due to the specialized nature of the software and 
protocols used on both the monitoring side and on the 
physician or access side. Similar limitations may also 
be imposed by the existence of various versions of the 
monitoring or access software. 

[0006] Where constraints of this type are imposed on 
either the medical institution or on the remote attending 
physician, the ultimate utility of the remote monitoring 
arrangement may be seriously jeopardized. Where an 
obstetrician is prevented or detained from obtaining up- 
to-date information on the status of a patient, for exam- 
ple, the physician’s ability to order treatment from a re- 
mote location becomes more difficult and uncertain, and 
less timely. At present, no universal or generally widely 
accessible system has been developed for monitoring 
or delivering patient status data to avoid these draw- 
backs. 

[0007] There is a need, therefore, for an improved 
technique for monitoring patient status remotely. There 
is, at present, a particular need for a technique which 
avoids the need for specialized software, updated and 
compatible versions, and thus delays in transmitting, 
translating, and displaying data. 

[0008] According to a first aspect of the invention, 
there is provided A system for remotely monitoring a pa- 
tient status parameter, the system comprising: a fetal 
monitor including a sensor for detecting a patient status 
parameter and for producing a parameter signal repre- 
sentative thereof; a server-side controller coupled to the 
sensor for receiving the parameter signal and for incor- 
porating the parameter signal into a client viewable 
presentation; and a client-side controller including a 
general purpose browser configured to be coupled to 
the server-side controller via a network connection to 
receive data from the server-side controller and for dis- 
playing the client viewable presentation. 

[0009] The client viewable presentation may include 
at least one viewable page formatted via a markup lan- 
guage. 

[0010] The client viewable presentation may include 
a graphical representation of the patient status param- 
eter. 

[0011] The sensor may be configured to detect a 
heartbeat of a fetus. 

[0012] The client viewable presentation may includes 
historical presentation of the patient status parameter 
viewable via the browser by user selection of a time pe- 
riod range. 

[0013] The system may comprise a plurality of sen- 
sors coupled to the server-side controller for detecting 
a plurality of patient status parameters, including at least 
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one fetal monitor parameter, and wherein the client 
viewable presentation includes a display of data repre- 
sentative of the plurality of patient status parameters. 
[0014] The client-side controller may be configured to 
be coupled to the server-side controller via an open net- 5 
work. 

[0015] According to a second aspect of the invention, 
there is provided a system for monitoring a physiological 
parameter of a patient in real time, the system compris- 
ing: a patient monitoring sensor, the sensor being con- 
figured to detect at least one physiological parameter of 
a patient and to generate parameter signals represent- 
ative thereof, at least one parameter signal being rep- 
resentative of a condition of a fetus; a monitoring circuit 
coupled to the sensor, the monitoring circuit receiving 
the parameter signals, processing the parameter sig- 
nals, and storing data representative of the parameter 
signals for transmission to a remote location upon de- 
mand from a user; and a user station including a general 
purpose browser and network communications circuitry, 
the user station being configured to link to the monitoring 
circuit via a network, to demand transmission of the pa- 
rameter signals and to display the data representative 
of the parameter signals in response to user commands. 
[0016] The patient monitoring sensor may detect sig- 
nals representative of cardiac activity in a fetus. 

[0017] The monitoring circuit may process the param- 
eter signals to produce graphically displayed data. 

[001 8] The graphically displayed data may be format- 
ted for viewing in a web page defined by a markup lan- 
guage. 

[0019] The monitoring circuit may store historical data 
for display with data acquired during a connection ses- 
sion with the user station. 

[0020] The monitoring circuit may be configured to 
transmit the historical data upon receipt of a command 
from the user station. 

[0021 ] The monitoring circuit and the user station may 
be configured to transmit the data via an Internet con- 
nection. 

[0022] The data may be adapted for graphical display 
in a format emulating a strip chart readout. 

[0023] According to a third aspect of the invention, 
there is provided a method for monitoring a condition of 
a patient, the method comprising the steps of: (a) de- 
tecting a fetal parameter of interest and generating a 
fetal condition signal representative thereof; (b) storing 
the fetal condition signal; (c) defining a general purpose 
network presentation including data representative of 
the fetal condition signal; and (d) transmitting the pres- 
entation to a general purpose display station via a con- 
figurable network link upon receipt of a command from 
the display station. 

[0024] The step (a) may include real time monitoring 
of the parameter and step (c) may include real time up- 
dating of the network presentation to include data rep- 
resentative of most recently available monitored fetal 
condition signals. 



[0025] The step (d) may include real time retransmis- 
sion of the real time updated network presentation. 
[0026] The network presentation may be based upon 
a web page defined in a markup language. 

[0027] The display station may include a general pur- 
pose computer and a browser operating to display the 
network presentation. 

[0028] The network presentation may include histori- 
cal data accessible by a user at the display station in 
response to a user command. 

[0029] The network presentation may include a 
graphical representation of the data. 

[0030] According to a fourth aspect of the invention, 
there is provided a method for remotely monitoring a fe- 
tal condition via a configurable network connection, the 
method including the steps of: (a) monitoring a physio- 
logical parameter of a fetus and generating fetal param- 
eter data representative thereof, (b) defining a user 
viewable interface page including user selectable com- 
mand devices; (c) updating the interface page to include 
the parameter data; (d) establishing a network link be- 
tween a server and a client station; and (e) transmitting 
the updated interface page from the server to the client 
station for display. 

[0031] The steps (a) and (b) may include updating the 
parameter data in real time. 

[0032] The user viewable interface page may include 
a graphical representation of the parameter data. 
[0033] The user viewable interface page may include 
historical parameter data viewable by a user by selec- 
tion of a command device. 

[0034] The step (e) may include real time updating of 
the interface page by retransmission of at least a portion 
thereof to the client station. 

[0035] Thus, the present invention provides a tech- 
nique for remote fetal monitoring designed to respond 
to these needs. The system is particularly well suited to 
remote monitoring of patients in medical institutions by 
physicians equipped with general purpose computers or 
even laptop, hand held or portable computers. The tech- 
nique may, however, be extended to various monitoring 
situations, including emergency medical situations, 
such as those in which monitoring equipment is located 
in mobile work stations, such as ambulances. In a par- 
ticular form of the device, obstetric patient parameters 
are monitored, including fetal heartbeat and uterine con- 
tractions. The technique is ideal for maintaining both 
electronic and hard-copy records, as well as for trans- 
mitting such historical information and real-time updated 
information to any remote location accessible via a net- 
work, such as the Internet. 

[0036] In a presently preferred configuration, the tech- 
nique is implemented in a client-server environment. 
Monitoring equipment at the patient location encodes 
the patient parameters of interest. The monitoring 
equipment is coupled to a computer system which in- 
cludes a server for storing and transmitting data to a re- 
mote location upon demand. On the client side, a work 
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station, which may be stationary or mobile, is equipped 
with a general-purpose browser or a similar network in- 
terface. The data is incorporated into a presentation 
page which is viewable on the browser. Such presenta- 
tion pages may be configured, for example, through the 5 
use of a mark-up language. By employing a generally 
standard user interface, the constraints imposed on the 
system from a specialization and compatibility stand- 
point are resolved minimized, or avoided. Moreover, da- 
ta may be simply and efficiently updated and transmitted 
in small packets to provide the most recent patient data 
available. Any significant changes to the monitoring or 
data processing hardware or software may be per- 
formed on the server-side without requiring updating of 
client-side software. 

[0037] The invention will now be described in greater 
detail, by way of example, with reference to the draw- 
ings, in which:- 

Fig. 1 is a diagrammatical overview of a remote fetal 
monitoring system in accordance with certain as- 
pects of the present technique; 

Fig. 2 is an exemplary graphical representation of 
fetal status data as it might appear on a general- 
purpose browser on the client side of the system of 
Fig. 1; 

Fig. 3 is a data flow diagram illustrating the storage 
and formatting of data transmitted to the client sys- 
tem for presentation; 

Fig. 4 is a simplified diagram of user controls for 
paging through historical data presented in a form 
such as that illustrated in Fig. 2; and. 

Fig. 5 is a block diagram illustrating exemplary con- 
trol logic for continuously monitoring fetal status and 
for transmitting the status data to a remote location 
upon demand. 

[0038] Turning now to the drawings, and referring first 
to Fig. 1, a fetal monitoring system 10 is illustrated as 
including a medical service facility 12 and a remote mon- 
itoring station 14. It should be noted that, in general, 
medical service facility 12 may include one or more in- 
stitutional locations, such as a hospital, clinic, or the like. 
Medical service facility 12 may also include various mo- 
bile stations, such as ambulances, mobile clinics, and 
so forth. Similarly, remote monitoring station 14 may in- 
clude components based at a specific location, such as 
a clinical office or residence. However, station 14 may 
likewise be mobile, such as including the components 
described below, configured in a portable or laptop com- 
puter system. 

[0039] Medical service facility 1 2 and remote monitor- 
ing station 14 are designed to be linked to one another 
to exchange data via a network as indicated generally 



at reference numeral 16. While any suitable network 
may be used, in the presently preferred configuration, 
network 16 includes an open network, such as the In- 
ternet. Other suitable networks may include virtual pri- 
vate networks, dedicated or proprietary networks, and 
so forth. While the network link between the facility and 
the remote monitoring station may be permanent, in the 
presently preferred configuration, the network link is es- 
tablished at will, such as via conventional telephony 
lines and protocols. 

[0040] Medical service facility 12 includes circuitry 
and systems for monitoring the physiological condition 
of a patient 18. In the illustrated embodiment, the mon- 
itoring circuitry is specifically designed to obtain obstet- 
ric data including fetal heartbeat rate and data indicative 
of uterine activity, as a basis for identifying timing and 
intensity of uterine contractions. In the diagrammatical 
view of Fig. 1, a sensor 20 is placed on patient 18 and 
samples heartbeats of a fetus at a frequency of approx- 
imately 1 kHz. Sensor 20 may also include an intrauter- 
ine catheter or an exterior sensor for detecting muscle 
contractions or pressure corresponding to contractions. 
In general, however, sensor 20 may include any suitable 
transducer or transducers adapted to encode signals 
corresponding to parameters of interest in evaluating 
the patient’s condition. 

[0041] Signals from sensor 20 are conveyed to a mi- 
croprocessor-based monitoring circuit 22. Monitoring 
circuit 22 may perform various signal processing func- 
tions, including signal filtering, noise reduction, and so 
forth. In particular, for high frequency fetal heartbeat rate 
sensing, monitoring circuit 22 may analyze sampled da- 
ta to determine timing of heartbeats for later storage and 
analysis. It should be noted that the various sensors uti- 
lized in the present technique need not be of the same 
type or operate on similar sampling frequencies. Thus, 
a fetal heartbeat rate monitor may sample at a higher 
frequency than a sensor designed to monitor uterine ac- 
tivity. In either case, monitoring circuit 22 may process 
the sensed signals differently depending upon the na- 
ture of the sensor and of the data obtained. 

[0042] Monitoring circuit 22 is coupled to a memory 
and data storage circuit 24, and to a central control sys- 
tem 26. As noted above, certain of the subcomponents 
of facility 12, including memory and data storage circuit 
24 and central control system 26 may be operated lo- 
cally with respect to monitoring circuit 22 or at diverse 
locations. For example, in a large medical complex, 
monitoring circuit 22 may be coupled to a central or ded- 
icated memory and data storage system within the fa- 
cility. Similarly, central control system 26 may be posi- 
tioned locally with respect to monitoring circuit 22, or 
may include diverse components arranged to form the 
overall informatics system of facility 12. Control system 
26 may typically include, for example, one or more per- 
sonal computers, mainframe computers, work stations, 
servers, call routers, and so forth. Moreover, such equip- 
ment may be linked via a network, such as an intranet, 
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to form the overall control system capable of carrying 
out the functions described herein, as well as other data 
management operations. 

[0043] Control system 26 is coupled to communica- 
tions circuitry as represented generally at reference nu- 5 
meral 28. Communications circuitry 28 will typically in- 
clude a web server and any specialized router, modems, 
and support hardware and software for receiving net- 
work communications, routing the communications, and 
transmitting and receiving data as described below. In 
the embodiment illustrated in Fig. 1, facility 12 further 
includes security features, such as a firewall 30, which 
may be of any suitable design and configuration, for pro- 
tecting data and the internal network within facility 12 
from unwanted intrusion. In the preferred embodiment, 
certain additional screening functions are performed by 
control system 26 to provide controlled access to patient 
and other information as described below. 

[0044] Remote monitoring station 14 is designed to 
receive user commands, to access information from 
medical service facility 12. and to display certain data 
transmitted from the facility as needed. In particular, sta- 
tion 14, which may be a personal, laptop or other general 
purpose computer, includes communications circuitry, 
designated generally by reference numeral 32, for cou- 
pling the remote monitoring station to the medical serv- 
ice facility via network 16. Communications circuitry 32 
may include any suitable hardware and software, such 
as a standard modem and network software for ad- 
dressing desired network sites, and for transmitting data 
to and from such sites. Communications circuitry 32 is 
coupled to a central processing unit 34 which may in- 
clude any suitable processor, typically a microproces- 
sor-based circuit. CPU 34 commands operation of the 
various components of station 14 to perform the func- 
tions described herein, as well as auxiliary functions 
such as those performed on computer work stations and 
portable computers. Where desired, CPU 34 may, of 
course, have limited capabilities, such as those provid- 
ed in application-specific computer systems, palm-type 
computers, and the like. Memory circuitry 36 is coupled 
to CPU 34 and may include both volatile and non-volatile 
memory circuits, hard disc drives, tape drives, and so 
forth. Memory circuit 36 serves both to store application 
software needed by CPU 34, as well as configuration 
parameters, network settings, and downloaded data. 
[0045] While specialized applications may be stored 
and executed by remote monitoring station 14, in the 
preferred embodiment, the monitoring station is provid- 
ed with a general-purpose browser application, as rep- 
resented at reference numeral 38. The browser appli- 
cation permits the user of monitoring station 14 to re- 
ceive and view data from remote locations including 
medical service facility 12. The browser may be of any 
suitable type, such as browsers available from Net- 
scape Communications Corporation under the designa- 
tion Netscape® Navigator, or from Microsoft Corpora- 
tion under the designation Internet Explorer. Such data 



presentations may be configured through various soft- 
ware applications and languages, particularly via 
markup languages including HTML, XML, and so forth. 
Specific applets 40 are also included in remote monitor- 
ing station 14 and are called upon as needed to support 
the display and data presentation functions implement- 
ed via browser application 38 as described more fully 
below. In particular, Java applets may be provided and 
called upon for defining specific data presentation con- 
figurations needed to format and display user-viewable 
pages within the remote monitoring station. 

[0046] Station 14 may further include a series of input 
and output devices for receiving user configuration set- 
tings and commands, and for displaying data presenta- 
tions upon demand. In the illustrated embodiment, for 
example, station 14 includes a monitor 42, a keyboard 
44, and a mouse 46. Of course, these and other input 
and output devices may be included in the system de- 
pending upon the user needs. Other such devices may 
include printers, recorders, user-viewable alarms or 
monitors, and so forth. 

[0047] Medical service facility 12 and remote monitor- 
ing station 14 may communicate with one another via 
any of a range of suitable protocols. For example, in a 
presently preferred configuration, data is exchanged in 
accordance with the Internet Protocol (IP), and the 
Transmission Control Protocol (TCP). The data moni- 
tored remotely may be formatted in pages which are 
viewed by the user via station 14. It should be noted that, 
as used herein, the term "page" includes a user interface 
display or similar arrangement which can be viewed by 
a user of the remote monitoring station, such as screens 
providing graphical or textual representations of data, 
messages, reports, and so forth. Moreover, as men- 
tioned above, such pages may be defined by a markup 
language or programming language such as Java, Peri, 
Java script, or any other suitable language. The two-way 
data exchange between the medical service facility and 
the remote monitoring station, and the use of general- 
purpose data presentation applications, greatly facili- 
tates the data exchange, minimizing the need for highly 
specialized software at the client side of the system. In 
a presently favored data flow, a presentation page or 
pages may be predefined and data, both historical and 
updated in real time, transmitted for viewing in a very 
efficient manner from both bandwidth and computation- 
al points of view. 

[0048] Fig. 2 is an exemplary portion of a web page 
data presentation of the type which may be transmitted 
between the medical service facility 12 and the remote 
monitoring station 14. As will be recognized by those 
skilled in the art, the data display 48 may be part of a 
page defined for a general-purpose web browser, such 
as a browser used for displaying Internet-distributed da- 
ta. It should be noted, however, that such data presen- 
tation applications may also be used for a wide range of 
sources, including virtual private networks, intranets, 
dedicated networks, locally stored data, and so forth. 
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[0049] The data display 48 includes both features for 
navigating to desired sources of patient status data, as 
well as features for displaying the data in textual form, 
or as represented in Fig. 2, graphical formats. The dis- 
play may thus include a series of interface menus 50 for 
locating desired presentations, storing presentations, or 
manipulating the presentations in various manners. In 
the illustrated embodiment, an address block 52 is pro- 
vided for user input of network locations, typically in the 
form of uniform resource locator designations (URL's). 
Other types of address designations may, of course, be 
employed. 

[0050] A display area 54 is provided in data display 
48 for presentation of the patient status data of interest. 
Data relating to one or more patient status parameters 
may be provided, two such parameter data sets being 
displayed in Fig. 2. In the particular embodiment illus- 
trated, both data presentations 56 and 58 are provided 
in the form of graphical displays emulating strip chart 
recorder output In the particular embodiment illustrated 
in Fig. 2, a first data presentation 56 represents fetal 
heartbeat rates over time, while a second data presen- 
tation 58 represents uterine activity as an indication of 
maternal contractions for similar time periods. In the 
graphical representations, grids 60 are preferably pro- 
vided to allow the user readily to distinguish both data 
levels and time periods. A series of vertical grid lines 62 
in data presentation 56 provide an indication of time 
scales, with smaller grid lines representing 10 second 
subdivisions and bold lines representing minutes in the 
illustrated example. Vertically, a data trace 64 provides 
an indication of the level of the monitored parameter, in 
this case fetal heartbeat rate. 

[0051] Other data presentations, such as presenta- 
tion 58, may be displayed in the same or different units. 
In the illustrated embodiment, grid lines 66 of presenta- 
tion 58 are on the same time scale and are in registration 
with those of data presentation 56. A second parameter 
trace 68 is provided in the second presentation, in this 
case representative of uterine activity or muscle con- 
tractions. Those skilled in the art will recognize that the 
registration of data in the various presentations may be 
particularly useful for identifying the cause and effect re- 
lationships between various patient condition variables, 
or between co-variables. In the illustrated embodiment, 
for example, a physician monitoring the information re- 
motely may, at a glance, determine potential fetal stress 
resulting from maternal contractions. 

[0052] The data presentations provided in display 48 
may assume various forms and bases of progression. 
For example, in the embodiment illustrated in Fig. 2, the 
graphical traces are provided over time, as indicated by 
reference numeral 70. As noted above, the data popu- 
lating the display may, however, be based upon a wide 
range of sampling rates. For example, in one presently 
favored embodiment, a fetal heartbeat trace 64 may be 
based upon feedback from a sensor sampling at approx- 
imately 1 kHz, while contraction data may be based up- 



on sampling at a much lower rate, such as 1-4 Hz. 
[0053] The data presentation available to the user of 
station 14 may be defined in various manners, particu- 
larly depending upon the type of data presented, the 
5 most useful or convenient form of presentation, the 
amount of data to be transmitted, and so forth. In a pres- 
ently preferred configuration, various applets are called 
upon by browser application 38 (see Fig. 1 ) to define the 
presentation and to incorporate the transmitted data 
therein. Fig. 3 represents a data flow diagram for defi- 
nition of the fetal monitor strip chart display illustrated in 
Fig. 2. The data flow, represented generally by refer- 
ence numeral 72, begins with data obtained from the 
source URL as shown at reference numeral 74. This da- 
ta will typically include numerical information defining 
various data points for formatting and presentation in 
display 48. In the present embodiment, the source URL 
data is obtained from communications circuitry 28 of fa- 
cility 12 as illustrated in Fig. 1 . The facility server passes 
an appropriate URL into the applet running on station 
14. The applet then opens the URL, parses the data, as 
represented at reference numeral 76 in Fig. 3, and 
stores the data locally as represented at reference nu- 
meral 78. The server may further specify an encrypted 
hypertext transfer protocol connection (https), with the 
browser application at the monitoring station handling 
necessary decryption. Data storage at the monitoring 
station may be limited in time or in volume, with a typical 
fetal monitor strip chart display being limited to a maxi- 
mum of four hours in the illustrated embodiment. 

[0054] Certain display configuration settings may be 
stored and fixed, while other settings may be user-ma- 
nipulated. In the data flow of Fig. 3, chart speed, paper 
and layout orientation, dot pitch, and similar parameters 
used to define the emulated strip chart presentation are 
predefined, as represented by reference numeral 80. 
Additional inputs may be user-controlled, such as scroll 
controls as indicated at reference numeral 82, and as 
discussed below. Such scroll controls may permit the 
user to view a desired section of the data presentation, 
obviating the need to present alt stored presentation da- 
ta in one view. Based upon the stored data, the display 
configuration parameters 80, and the user-input com- 
mands of 82, the applet configures the strip chart pres- 
entation shown in Fig. 2 as indicated at numeral 84. The 
combined information is then converted to a display as 
indication at reference numeral 86. In a presently pre- 
ferred embodiment, all display definition and updating 
is performed to an off-screen image which is subse- 
quently copied to the screen to avoid flicker when scroll- 
ing or updating. 

[0055] Where data is presented in a form capable of 
being scrolled, as described above, various types of 
scroll controls may be provided. For example, Fig. 4 il- 
lustrates one type of scroll control interface which may 
be displayed in one of menus 50 (see Fig. 2) as virtual 
buttons or similar command devices. The scroll control 
may thus include such commands as fast reverse to 
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start 88, fast reverse 90, stop 92, forward 94, fast for- 
ward 96, and fast forward to stop 98. Other user input 
devices and interfaces may, of course, be provided. For 
example, in certain data presentations, more informa- 
tive information may be provided in various "zoom-in" 5 
and "zoom-out" commands. 

[0056] It should be noted that the various presenta- 
tions provided by the present technique may be request- 
ed, transmitted, and displayed in the client-server envi- 
ronment, without the need for specialized software. 
Thus, the user may access the data and maintain con- 
tinuous monitoring of the data remotely, while continuing 
to perform other operations in the same browser in 
which the data is accessed and displayed, as well as 
other applications operating on station 14. To the extent 
that software updates are necessary at the server side, 
such as within institution 12, such improvements or en- 
hancements may be implemented without the need for 
other compatible or similar improvements on the client 
side. Where various compatibility issues may arise, 
these are preferably limited to updates in the general 
purpose browser orapplets. Compatibility and efficiency 
in data access, transfer and display are thereby signifi- 
cantly enhanced. 

[0057] Fig. 5 represents steps in exemplary control 
logic executed by system 10 for the continuous or peri- 
odically sampled monitoring functions and remote data 
transfer described above. The logic summarized in Fig. 

5 may be implemented by any suitable computer code 
well within the capabilities of skilled programmers. The 
control logic, designated by reference numeral 100, in- 
cludes a patient monitoring cycle as designated gener- 
ally at reference numeral 102. This cycle may include a 
wide range of monitoring and signal processing steps, 
but will generally include the overall steps illustrated in 
Fig. 5. Specifically, the monitoring routine begins with 
application of a patient monitor sensor or sensors as in- 
dicated at step 104. As described above, such sensors 
may include any suitable transducers or similar devices, 
such as heartbeat monitors, ultrasonic microphones, 
pressure sensors, chemical analysis sensors, and so 
forth. Output from the sensors is sampled as indicated 
at step 106 at a sampling rate which conforms to the 
type of parameters being sensed. 

[0058] As indicated at step 108, such sensed param- 
eter data is then processed and sampled values are 
stored. This processing may include any suitable filter- 
ing, scaling, dynamic range adjustment, analysis, and 
so forth. For example, in the case of fetal heartbeat mon- 
itoring, output from a heart beat sensor is analyzed to 
determine the likely time at which a specific reference 
point in the cardiac cycle occurs. Based upon the time 
between such cycles, a heartbeat rate may be calculat- 
ed periodically and stored for presentation. 

[0059] The sequence of sensing, sampling, process- 
ing and storing steps summarized above are performed 
on a repeated basis as needed for monitoring the patient 
status conditions. As noted above, the steps may be 



performed in various orders and at various sampling fre- 
quencies. Moreover, while the monitoring and sampling 
steps will generally be performed locally to the patient 
being monitored, the steps of processing and storing the 
sampled status values may be performed at any location 
within the medical institution, or even remote to the in- 
stitution. Similarly, shared system components may be 
configured to receive and monitor data on a number of 
patients with various conditions and needs, with data 
being stored in a central data management system, 
where desired. 

[0060] Step 110 in Fig. 5 is performed at the remote 
monitoring station described above. In general, at step 
110, the user will access general purpose data presen- 
tation software and any support software needed for 
configuring the presentation data. In a presently pre- 
ferred embodiment, a general purpose web browser is 
opened at step 110, with support applets being opened 
only as needed by the data presentation transferred in 
a subsequent process step. At step 112, a network link 
is established between the remote monitoring station 
and the medical institution. Again, this network link may 
have any suitable configuration, such as an Internet 
connection via conventional telephony lines, T1 lines, 
ISDN connections, digital subscriber line connections, 
fiber optic cable, radio telemetry, and so forth. The es- 
tablishment of the network link permits two-way com- 
munication of commands and data between the remote 
monitoring station and the medical facility. Thus, step 
112 will generally include any necessary URL identifica- 
tion, dial up, hand shake, and similar network commu- 
nications steps. 

[0061] At step 114, a verification sequence is prefer- 
ably performed. Because the data transmitted by the 
present technique may include sensitive health care in- 
formation, a verification sequence executed at step 114 
will preferably include identification of the requesting us- 
er, accompanied by checks of confidential passwords, 
user subscriptions, and any other information useful to 
maintain secured access. Cross-referenced information 
needed for the verification sequence at step 114 may be 
stored at the medical facility for reference upon demand. 
At step 116, once logged in via the network link, the user 
selects a patient for remote monitoring. 

[0062] At step 118, with the network link established 
and the user in communication with the medical facility 
server and patient selection, data is transferred for con- 
figuration of the display at the remote monitoring station 
as described above. In particular, support software, 
such as Java applets, may be called at step 118 to for- 
mat the data display. Where desired, certain of these 
applications may be stored at the medical facility, or 
elsewhere in memory or network sites accessible by the 
user. Moreover, where necessary support routines are 
absent from the user's computer, and these are detected 
by the server, the user may be prompted to acquire or 
download such support software. 

[0063] The transfer of monitored parameter data is 
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preferably carried out in real time, with both updated and 
historical data being accessed and transferred for dis- 
play. Alternatively, modes may be defined for the trans- 
fer of data, with real time and historical modes being de- 
fined separately, as indicated by the decision block 5 
shown in broken lines in Figure 5. Such modes may be 
user selected, where provided. 

[0064] In the illustrated embodiment, a real time mode 
is used for data transmission, as indicated at step 120. 

As summarized above, the data may be transmitted for to 
a predetermined historical time period, such as the most 
recent four hours, and updated continuously. However, 
any suitable time period may be employed, with the de- 
sired time generally being selected in accordance with 
the type of condition being monitored, the quantity of is 
historical data available, and the importance of historical 
data in evaluating the patient’s condition. At step 122 
this data is formatted and displayed as summarized 
above, again calling upon specialized support software 
or routines where needed. At step 124 the system de- 20 
termines whether new data has become available 
through the process steps summarized above and indi- 
cated generally in Fig. 5 by reference numeral 102. The 
updating inquiry at step 124 may be automatic and per- 
formed at the server side of system 1 0. Alternatively, the 25 
monitoring station may be automatically or manually 
prompted to obtain updated data at step 124. When 
such data becomes available, the updated data is trans- 
mitted at step 120 and redisplayed as indicated above 
at step 122. To promote the rapid and efficient transfer 30 
and display of updated data, only newly available data 
is transmitted and inserted upon each cycle through 
step 120 and 122. 

[0065] Additional information and data may be trans- 
mitted and displayed for the user where desired. For ex- 35 
ample, in a presently preferred configuration, informa- 
tion such as bed names, time and date, date of last vag- 
inal exam, vital signs (including blood pressure, and ma- 
ternal heart rate), membrane status, and patient name, 
may also be transmitted. Help files and similar user aids *o 
be similarly be provided for navigation, command, and 
interpretation of the data. In the case of fetal heartbeat 
rate monitoring, several traces may be provided de- 
pending upon the number of fetuses being monitored, 
with separate traces being indicated by separate colors 
or patterns to provide an indication of separate heart- 
beats. Similarly, where several patients are contempo- 
raneously monitored in a single institution, or even be- 
tween institutions, an attending physician may be al- 
lowed to monitor data for several such patients by nav- so 
igation through a menu of occupied beds, patient 
names, attending physicians, and similar variables. 

[0066] If provided, in a historical mode illustrated in 
Fig. 5, data is accessed and transmitted at step 126 in 
a manner similar to that described with respect to step 55 
120. Again, this data is formatted and displayed as in- 
dicated at step 128. However, if automatic updating is 
not desired or necessary, the transmission after step 



128 terminates and the system awaits further com- 
mands from the user. 



Claims 

1. A system for remotely monitoring a patient status 
parameter, the system comprising: 

a fetal monitor (22) including a sensor (20) for 
detecting a patient status parameter and for 
producing a parameter signal representative 
thereof; 

a server-side controller (26) coupled to the sen- 
sor (20) for receiving the parameter signal and 
for incorporating the parameter signal into a cli- 
ent viewable presentation (48); and 

a dient-side controller (14, 34) induding a gen- 
eral purpose browser (38) configured to be cou- 
pled to the server-side controller via a network 
connection (1 6) to receive data from the server- 
side controller and for displaying the client 
viewable presentation (48). 

2. The system of daim 1 , wherein the dient viewable 
presentation includes at least one viewable page 
(54) formatted via a markup language. 

3. The system of daim 1 , wherein the dient viewable 
presentation (48) includes a graphical representa- 
tion (64, 68) of the patient status parameter. 

4. The system of daim 1 , wherein the sensor (20) is 
configured to detect a heartbeat of a fetus. 

5. The system of daim 1 , wherein the dient viewable 
presentation (48) indudes historical presentation of 
the patient status parameter viewable via the 
browser (38) by user selection of a time period 
range (88, 90). 

6. A method for monitoring a condition of a patient, the 
method comprising the steps of: 

(a) detecting (106) a fetal parameter of interest 
and generating a fetal condition signal repre- 
sentative thereof; 

(b) storing (108) the fetal condition signal; 

(c) defining (118) a general purpose network 
presentation (48) including data (64, 68) repre- 
sentative of the fetal condition signal; and 

(d) transmitting (120, 126) the presentation to 
a general purpose display station (14) via a 
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configurable network link (16) upon receipt of a 
command from the display station. 

7. The method of claim 6, wherein step (a) includes 

real time monitoring of the parameter and step (c) 5 

includes real time updating (106, 108) of the net- 
work presentation (48) to include data representa- 
tive of most recently available monitored fetal con- 
dition signals. 

10 

8. The method of claim 7, wherein step (d) includes 
real time retransmission (120, 122, 124) of the real 
time updated network presentation. 

9. The method of claim 7, wherein the network pres- *5 
entation (48) is based upon a web page (54) defined 

in a markup language. 

10. The method of claim 7, wherein the display station 
(14) includes a general purpose computer (34) and 20 
a browser (38) operating to display the network 
presentation. 
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